Modularization of broadcast receiver driver components

ABSTRACT

A modularized broadcast receiver driver architecture includes one or more control nodes, under control of a network module, that perform a series of one or more functions to receive a broadcast signal and extract content information from the signal. None of the multiple control nodes requires knowledge of the network type via which the signal is being received. Rather, a network module is aware of the network type and configures the control nodes to carry out their respective functions.

RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.09/505,226, filed on Feb. 16, 2000 now U.S. Pat. No. 6,901,453, entitled“Modularization of Broadcast Receiver Driver Components”, listing T. C.Pritchett, David Goll, Sean McDowell, T. K. Backman and Jay Borseth asinventors, and is which assigned to the same assignee as the presentapplication, which patent is hereby incorporated herein by reference.This application is also related to U.S. patent application Ser. No.10/987,230, filed on Nov. 12, 2003, which is also a continuation of U.S.patent application Ser. No. 09/505,226.

TECHNICAL FIELD

This invention relates to broadcast program tuning. More particularly,the invention relates to modularization of broadcast receiver drivercomponents.

BACKGROUND OF THE INVENTION

It has become common for a single video, audio, or data device toreceive multimedia program content via a variety of different networktypes. For instance, a television may receive programming from one ormore cable systems or satellite systems and also from terrestrialbroadcast systems. More recent devices such as set-top boxes (STBs) andmultimedia personal computers (PCs) are able to receive programming fromcable systems, terrestrial broadcast systems, satellite systems, theInternet, etc.

A device receiving multimedia program content typically includes areceiver driver implemented in software that may work in conjunctionwith corresponding hardware to “tune” to a particular program (aparticular channel, a particular file server, etc.). Various functionsare carried out by the receiver driver in order to tune to a particularprogram depending on the nature of the network type. Examples of suchfunctions include radio frequency (RF) tuning, demultiplexing,decrypting, etc.

Currently, each of the pieces of such receiver drivers that areresponsible for carrying out the various functions for tuning to aparticular program require significant knowledge of the network typebeing used to transmit the program content. For example, in the case ofa digital satellite transmission, each of the various pieces would needto have significant knowledge of how the program content is embedded inthe signal being transmitted from the digital satellite. Furthermore,each of the various pieces are typically required to have significantknowledge of the functions being performed by preceding and subsequentpieces.

A receiver is typically constructed from hardware modules that aremanufactured by different companies. Currently, the manufacturer of areceiver must write a driver that controls each of these independentlydeveloped modules. This process often involves time consumingcoordination with each of the manufacturers of the various hardwaremodules. Additionally, such drivers cannot readily adapt to changes intransmission content or format. For example, a broadcaster may desire tobegin broadcasting five channel audio in addition to the two channelaudio that is already being broadcast. Currently such a change wouldrequire new drivers for existing hardware, and may even requirereplacement of existing hardware.

The invention described below addresses these disadvantages, providingmodularization of broadcast receiver driver components.

SUMMARY OF THE INVENTION

Modularization of broadcast receiver driver components is describedherein. A broadcast receiver is composed of one or more componentdrivers. Each component driver includes one or more control nodes thatperform a series of one or more functions to receive a broadcast signaland extract content information from the signal.

According to one aspect of the modularization architecture, a broadcastreceiver is constructed by connecting multiple control nodes together inorder to receive a broadcast signal and extract multimedia contentinformation from the signal. None of the multiple control nodes requiresknowledge of the network type via which the signal is being received.Rather, a network module is aware of the network type and configures thecontrol nodes as necessary to carry out their respective functions.

According to another aspect of the modularization architecture, thebroadcast receiver driver includes an interface that allows a networkmodule to identify, from the driver, what control nodes are included inthe driver and what additional interfaces those control nodes include.The network module can thus be developed independently of the broadcastreceiver driver and can operate in conjunction with multiple differentbroadcast receiver drivers.

According to another aspect of the invention, additional control nodescan be included in the broadcast receiver driver to support unforeseenchanges to the format of the received signal. As each control node isconfigured by the network module, changes can be made to the operationof the broadcast receiver driver subsequent to development of the driverin order to accommodate such unforeseen changes.

BRIEF DESCRIPTION OF THE DRAWINGS

The present invention is illustrated by way of example and notlimitation in the figures of the accompanying drawings. The same numbersare used throughout the figures to reference like components and/orfeatures.

FIG. 1 shows an entertainment distribution and viewing system inaccordance with one embodiment of the invention.

FIG. 2 shows a general example of a computer that can be used inaccordance with the invention.

FIG. 3 is a block diagram illustrating an exemplary system for receivingand playing multimedia content.

FIG. 4 is a block diagram illustrating an exemplary control node andnetwork module in accordance with one embodiment of the invention.

FIG. 5 is a block diagram illustrating an exemplary implementation of abroadcast receiver driver.

FIG. 6 is a flowchart illustrating an exemplary process for configuringthe control nodes of a broadcast receiver driver.

DETAILED DESCRIPTION

FIG. 1 shows an entertainment distribution and viewing system 100 inaccordance with one embodiment of the invention. Entertainment system100 includes a video and audio rendering system 102 having a displaydevice including a viewing area 104. Video and audio rendering system102 represents any of a wide variety of devices for playing video andaudio content, such as a traditional television receiver, a personalcomputer, etc. Receiver 106 is connected to receive and render contentbroadcast from multiple different programming sources. Althoughillustrated as separate components, rendering system 102 may be combinedwith receiver 106 into a single component (e.g., a personal computer ortelevision).

While audio and video have traditionally been transmitted using analogformats over the airwaves, current and proposed technology allowsmultimedia content transmission over a wider range of network types,including digital formats over the airwaves, different types of cableand satellite systems (employing both analog and digital transmissionformats), wired or wireless networks such as the Internet, etc. Specificexamples of network types include analog cable and terrestrial broadcasttypes (e.g., NTSC (National TV Standards Committee), SECAM (System EnCouleur Avec Memoire), PAL (Phase Alternating Line)), digital cable andterrestrial broadcast types (e.g., ATSC (Advanced Television SystemsCommittee), DVB-T (Digital Video Broadcasting for digital terrestrialtelevision), DVB-C (Digital Video Broadcasting for cable systems)),digital satellite (e.g., DVB-S (Digital Video Broadcasting for satelliteservices)), etc. Furthermore, many network types give a broadcasterflexibility as to what he or she includes in the signal (e.g., audio,video, or data information, specific languages, different camera angles,subtitles, etc.). The actual signal format can thus vary betweenbroadcasters (or even during broadcasts from the same broadcaster) eventhough the network type remains the same.

FIG. 1 shows several different physical sources of programming,including a terrestrial television broadcasting system 108 which canbroadcast analog or digital signals that are received by antenna 110; asatellite broadcasting system 112 which can transmit analog or digitalsignals that are received by satellite dish 114; a cable signaltransmitter 116 which can transmit analog or digital signals that arereceived via cable 118; and an Internet provider 120 which can transmitdigital signals that are received by modem 122. Both analog and digitalsignals can include audio, video, and/or data. Other programming sourcesmight be used in different situations, including interactive televisionsystems.

Each of these programming sources broadcasts or otherwise provides oneor more content sources. The most familiar example of a content sourceis a traditional RF television broadcast channel, which is typicallyoccupied by a particular broadcast network such as ABC, CBS, NBC, etc.In the last several years, a great number of such broadcast networkshave become available through cable television providers. Each of thesebroadcast content sources is associated with a particular broadcastchannel, which in turn is identified by a channel number. More recently,systems are being developed in which broadcast content sources areassociated with channels that are identified by channel name. Broadcastcontent sources are described herein as being associated with “transportidentifiers”. A transport identifier identifies how a particular programcan be received, such as by channel number, channel name, InternetProtocol (IP) address or file name, etc.

As described in more detail below, a modularized broadcast receiverdriver architecture is used by rendering system 102 and/or receiver 106.The components of the receiver driver are implemented in a modularizedfashion and controlled by an additional network module. This modularizedarchitecture alleviates each of the individual receiver components fromhaving significant knowledge of the network type via which the signal isbeing received.

FIG. 2 shows a general example of a computer 142 that can be used inaccordance with the invention. Computer 142 is shown as an example of acomputer that can perform the functions of rendering system 102 and/orreceiver 106 of FIG. 1. Computer 142 includes one or more processors orprocessing units 144, a system memory 146, and a system bus 148 thatcouples various system components including the system memory 146 toprocessors 144.

The bus 148 represents one or more of any of several types of busstructures, including a memory bus or memory controller, a peripheralbus, an accelerated graphics port, and a processor or local bus usingany of a variety of bus architectures. The system memory includes readonly memory (ROM) 150 and random access memory (RAM) 152. A basicinput/output system (BIOS) 154, containing the basic routines that helpto transfer information between elements within computer 142, such asduring start-up, is stored in ROM 150. Computer 142 further includes ahard disk drive 156 for reading from and writing to a hard disk, notshown, connected to bus 148 via a hard disk driver interface 157 (e.g.,a SCSI, ATA, or other type of interface); a magnetic disk drive 158 forreading from and writing to a removable magnetic disk 160, connected tobus 148 via a magnetic disk drive interface 161; and an optical diskdrive 162 for reading from or writing to a removable optical disk 164such as a CD ROM, DVD, or other optical media, connected to bus 148 viaan optical drive interface 165. The drives and their associatedcomputer-readable media provide nonvolatile storage of computer readableinstructions, data structures, program modules and other data forcomputer 142. Although the exemplary environment described hereinemploys a hard disk, a removable magnetic disk 160 and a removableoptical disk 164, it should be appreciated by those skilled in the artthat other types of computer readable media which can store data that isaccessible by a computer, such as magnetic cassettes, flash memorycards, digital video disks, random access memories (RAMs) read onlymemories (ROM), and the like, may also be used in the exemplaryoperating environment.

A number of program modules may be stored on the hard disk, magneticdisk 160, optical disk 164, ROM 150, or RAM 152, including an operatingsystem 170, one or more application programs 172, other program modules174, and program data 176. A user may enter commands and informationinto computer 142 through input devices such as keyboard 178 andpointing device 180. Other input devices (not shown) may include amicrophone, joystick, game pad, satellite dish, scanner, or the like.These and other input devices are connected to the processing unit 144through an interface 168 that is coupled to the system bus. A monitor184 or other type of display device is also connected to the system bus148 via an interface, such as a video adapter 186. In addition to themonitor, personal computers typically include other peripheral outputdevices (not shown) such as speakers and printers.

Computer 142 operates in a networked environment using logicalconnections to one or more remote computers, such as a remote computer188. The remote computer 188 may be another personal computer, a server,a router, a network PC, a peer device or other common network node, andtypically includes many or all of the elements described above relativeto computer 142, although only a memory storage device 190 has beenillustrated in FIG. 2. The logical connections depicted in FIG. 2include a local area network (LAN) 192 and a wide area network (WAN)194. Such networking environments are commonplace in offices,enterprise-wide computer networks, intranets, and the Internet. In thedescribed embodiment of the invention, remote computer 188 executes anInternet Web browser program (which may optionally be integrated intothe operating system 170) such as the “Internet Explorer” Web browsermanufactured and distributed by Microsoft Corporation of Redmond, Wash.

When used in a LAN networking environment, computer 142 is connected tothe local network 192 through a network interface or adapter 196. Whenused in a WAN networking environment, computer 142 typically includes amodem 198 or other means for establishing communications over the widearea network 194, such as the Internet. The modem 198, which may beinternal or external, is connected to the system bus 148 via a serialport interface 168. In a networked environment, program modules depictedrelative to the personal computer 142, or portions thereof, may bestored in the remote memory storage device. It will be appreciated thatthe network connections shown are exemplary and other means ofestablishing a communications link between the computers may be used.

Computer 142 also includes one or more broadcast tuners 200. Broadcasttuner 200 receives broadcast signals either directly (e.g., analog ordigital cable transmissions fed directly into tuner 200) or via areception device (e.g., via antenna 110 or satellite dish 114 of FIG.1).

Generally, the data processors of computer 142 are programmed by meansof instructions stored at different times in the variouscomputer-readable storage media of the computer. Programs and operatingsystems are typically distributed, for example, on floppy disks orCD-ROMs. From there, they are installed or loaded into the secondarymemory of a computer. At execution, they are loaded at least partiallyinto the computer's primary electronic memory. The invention describedherein includes these and other various types of computer-readablestorage media when such media contain instructions or programs forimplementing the steps described below in conjunction with amicroprocessor or other data processor. The invention also includes thecomputer itself when programmed according to the methods and techniquesdescribed below. Furthermore, certain sub-components of the computer maybe programmed to perform the functions and steps described below. Theinvention includes such sub-components when they are programmed asdescribed. In addition, the invention described herein includes datastructures, described below, as embodied on various types of memorymedia.

For purposes of illustration, programs and other executable programcomponents such as the operating system are illustrated herein asdiscrete blocks, although it is recognized that such programs andcomponents reside at various times in different storage components ofthe computer, and are executed by the data processor(s) of the computer.

FIG. 3 is a block diagram illustrating an exemplary system for receivingand playing multimedia content. A system 210 is illustrated includingbroadcast receiver hardware 212, broadcast receiver driver architecture214, one or more video and/or audio applications 216, and one or moredata applications 218. System 210 can be a rendering system 102 and/orreceiver 106 of FIG. 1.

Broadcast receiver hardware 212 includes various hardware components forreceiving, tuning, and extracting multimedia content from receivedsignals. Broadcast receiver driver architecture 214 includes networkmodule 220 (also referred to as a “network provider”) and one or morebroadcast receiver drivers 222 (also referred to as “filters”, “devicefilters”, or “components”) each including one or more control nodes 224.Broadcast receiver driver architecture 214 can be implemented insoftware, firmware, hardware, or a combination thereof.

One or more of control nodes 224 are packaged together and distributedas a receiver driver 222. Each receiver driver 222 includes an interfacethat allows network module 220 to identify what control nodes 224 are indriver 222 and what additional interfaces those control nodes include.Alternatively, network module 220 may provide a registration interfacewhich can be accessed by each of the control nodes 224 to identifythemselves to network module 220 by registering with module 220. Thus,network module 220 and broadcast receiver driver 222 can be developedindependently, and network module 220 can be used to control multipledifferent broadcast receiver drivers.

Hardware 212 is controlled by control nodes 224, each of which isresponsible for performing a specific function in the signal receptionand data extraction process. The number of control nodes 224 and theirrespective functions are dependent on the network type(s) driver 222 isintended to support (including future network types). Examples of suchcontrol nodes include: a signal range selector corresponding to thehardware (e.g., for antenna selection); a frequency selector to filterparticular frequencies; a demodulator to translate analog signals intodigital bit streams; a packager (or tuner capturer) to separate thedigital stream into packets and perform Forward Error Correction (FEC);a stream selector (or demultiplexer) to select particular packets fromthe stream; a stream selection filter to perform additional filtering ofpackets; a stream decryptor to decrypt encrypted content; and anEthernet packager to package packets into Ethernet frames.

The operation of control nodes 224 in turn is controlled by networkmodule 220. Network module 220 is programmed with or otherwise hasaccess to information describing the network type via which the signalis received, including the manner in which audio, video, and datainformation is embedded in the received signal. Network module 220interfaces with the various control nodes 224 and programs them toperform their corresponding functions when necessary based on thenetwork type. The attached appendix that forms part of this documentdescribes example interfaces that are used by network module 220 andcontrol nodes 224 in accordance with one implementation of theinvention.

The interface(s) that is provided by a particular one of control nodes224 is dependent on the specific functions carried out by that node. Thebasic functionality of each control node 224 is pre-determined andprogrammed into the control node. However, the specific manner in whichthat functionality is carried out is configurable by network module 220.For example: a frequency selector control node is pre-programmed withthe basic functionality to filter frequencies, but the specificinformation of what frequency to tune is configurable by network module220; a demodulator control node is pre-programmed with the basicfunctionality to translate analog signals into digital bit streams, butthe specific information of what sampling rate is used to perform suchtranslation is configurable by network module 220. Additional examplesof control nodes 224 and their configurability are included in Table Ibelow.

TABLE I Control Node Examples of Configurable Functionality signal rangeselector Antenna orientation; LNB (Low Noise Block converter) selectpackager FEC (Forward Error Correction) type; Viterbi decoding rate;Packet size stream selector Stream identifier number stream selectionfilter Section Version number/CRC (Cyclic Redundancy Checking)parameters decryptor Decryption Algorithm and mode Ethernet packagerNetwork Interface Address

Video and audio information extracted from received signals is madeavailable to video and audio applications 216 for playback. Similarly,data information extracted from received signals is made available todata applications 218 for presentation to a user or for other usesdesired by data applications 218. Additionally, one or more ofapplications 216 or 218 may submit requests (referred to as “tunerequests”) to tune to a particular transport identifier to broadcastreceiver driver 214. Such a tune request includes an identification ofthe transport identifier to be tuned to (e.g., the channel number,channel name, file name, etc.) as well as an indication of the networktype. This information in the tune request is used by driver 214 tocorrectly tune to the requested transport identifier, as discussed inmore detail below.

Information may also be made available to broadcast receiver driver 214in the form of a “tuning space,” which may be included in a tunerequest. A tuning space identifies a particular programming source(e.g., terrestrial broadcast, satellite, cable, Internet, etc.) as wellas a network type for that programming source (e.g., NTSC, DVB-S, DVB-C,etc.). In the illustrated example, a tuning space is included as part ofa received tune request, which may be received from an application 216or 218 or elsewhere (e.g., from an electronic programming guide). Theinformation for a tuning space allows control nodes 224 to be configuredto extract data from the desired transport identifier, as discussed inmore detail below.

In the illustrated example, broadcast receiver driver 214 can managereceiving a signal and extracting data from the signal from one or moreprogramming sources concurrently. The number of programming sources thatcan be concurrently managed by driver 214 is dependent on the functionsnecessary to receive signals and extract data, and the number of controlnodes 224 included in driver 214 to perform such functions.Additionally, multiple different instances of broadcast receiver driver214 can be executing on system 210 concurrently, each being able tomanage receiving a signal and extracting data from the signal from oneor more programming sources concurrently.

FIG. 4 is a block diagram illustrating an exemplary control node andnetwork module in accordance with one embodiment of the invention.Network module 220 includes a controller 226 and a control nodeinterface 228. Controller 226 receives a request to tune to a particulartransport identifier. Controller 226 uses information from or otherwisebased on the request, in addition to possibly in-band informationincluded in the signal corresponding to the transport identifier, todetermine how to extract content information from the signal. Therequest itself may include information regarding how to extract contentfrom a signal, or the transport identifier may be used to access adatabase from which information describing how to extract the contentfrom the signal can be obtained. Controller 226 then communicates withcontrol node 224 via control node interface 228 to configure controlnode 224 to carry out its respective function(s) in tuning to orextracting information from the signal.

Control node 224 includes a network module interface 230 and atransformation module 232. Network module interface 230 receives theconfiguration information from control node interface 228 and providesthe information to transformation module 232. Transformation module 232uses the configuration information to determine how to transform input234 to generate output 236. Transformation module 232 continues totransform input 234 to output 236 in this same manner until newconfiguration information is received from network module 220 vianetwork module interface 230.

FIG. 5 is a block diagram illustrating an exemplary implementation ofbroadcast receiver driver architecture 214 of FIG. 3. In the exemplaryimplementation of FIG. 5, broadcast receiver driver architecture 214 isimplemented in software, although architecture 214 could alternativelybe implemented in other fashions.

Broadcast receiver driver architecture 214 includes a network module240, a transport information filter 242, and multiple control nodes thatare collectively referred to as a receiver topology 246. The controlnodes of receiver topology 246 can be included in one or more drivers222 of FIG. 3. The control nodes of receiver topology 246 include an RFtuning node 248, a demodulator node 250, a tuner capture node 252,multiple demultiplexer nodes 244, 254, 256, 258, and 260, and adecryption node 262. Additional control nodes may also be included inreceiver topology 246, but have not been shown in order to avoidcluttering the drawing. The receiver topology 246 is merelyexemplary—any of a wide range of receiver topologies can be used withthe same, fewer, or additional control nodes than in receiver topology246. Additionally, other receiver topologies may have the control nodesre-arranged (e.g., decryption node 262 may be before demultiplexer nodes254, 256, 258, and 260).

An analog signal 264 is received by RF tuning node 248, which acquiresthe appropriate carrier frequency for signal 264 as identified bynetwork module 240. This acquired signal is then input to demodulatornode 250 which converts the analog signal into a digital form based on asampling rate provided by network module 240. The digital signal is theninput to tuner capture node 252 which generates packets of digital dataand outputs these packets as digital stream 266. The manner in whichpackets are to be generated by node 252 (e.g., which bits in the streamreceived from demodulator node 250 to use, what type of Forward ErrorCorrection to use, etc.) is provided by network module 240.

Digital stream 266 is input to each of the demultiplexer nodes 254-260.The demultiplexer nodes 254-260 are each programmed by network module240 to extract and output selected packets (e.g., packets withparticular packet IDs). In the illustrated example, demultiplexer 254extracts packets for data information, demultiplexer 256 extractsdecryption key information packets, demultiplexer 258 extracts audioinformation, and demultiplexer 260 extracts video information. Note thatdemultiplexers 254-260 are merely informed by network module 240 of whatpackets to extract (e.g., which packet IDs to look for and output).Demultiplexers 254-260 neither have nor require any description orknowledge of what type of information is in these extracted packets,what will be done with the extracted packets they output, or how thepackets were generated.

The data information packets output from demultiplexer node 254 and thedecryption key information packets are both input to decryption node262. Decryption node 262 is informed by network module 240 that it willreceive two streams of input packets, one of which is data to bedecrypted and the other of which includes decryption key(s) to decryptthe data. Decryption node 262 uses these two inputs to generate anoutput of decrypted data information.

Once extracted, the audio and video information can be made available tovideo and audio applications 216 of FIG. 3. Similarly, the decrypteddata information can be made available to data applications 218.

Thus, each of control nodes 248-262 is merely informed by network module240 that it will be receiving an input(s) and how to transform thatinput to generate an output. The control nodes 248-262 neither have norrequire any information about exactly what type of information thecontrol nodes are processing, what steps were taken prior to the inputto the control node, what is done with the output of the control node,etc.

Network module 240 uses a combination of the network type information ithas available to it as well as possibly the information received fromtransport information filter 242 to control receiver topology 246 toextract the appropriate information from the received signal for therequested transport identifier. Many network types (particularly fordigital transmissions) incorporate information describing the signalformat for the network type in the transmitted signal itself (alsoreferred to as in-band information). Transport information filter 242uses this in-band information to identify to network module 240 how toextract various information from the received signal. For example, thisin-band information may include a table, mapping packet IDs toparticular types of information (e.g., packet ID #5 includes the audioinformation, packet ID#6 includes the video information, packet ID#7includes the data information, packet ID#8 includes the decryption keyinformation, etc.). Alternatively, information describing the signalformat may be available to transport information filter 242 in othermanners. For example, filter 242 may be pre-programmed with any suchsignal format information (e.g., the appropriate information forparticular times of day), may access a database (either local or remote,such as via the Internet) to obtain such signal format information, mayreceive a separate signal (e.g., via the Internet) including such formatinformation, etc.

Network module 240 has basic information available to it regarding thenetwork type(s) that are supported by receiver topology 246. This basicinformation is sufficient to allow network module 240 to configurecontrol nodes 248-252 to tune to a particular frequency and generate adata stream 266. This basic information is also sufficient to allownetwork module 240 to configure demultiplexer node 244 to extract thein-band signal information packets and output the packets to transportinformation filter 242. This basic information can be made available tonetwork module 240 in a variety of different manners. In oneimplementation, the tune request that is provided to network module 240includes the basic information. Alternatively, network module 240 may bepre-programmed with the basic information, or may access a database(e.g., an electronic programming guide) to obtain the basic information.

The various functions performed by control nodes 248-262 can vary duringoperation due to requested transport identifier changes. For example,network module 240 re-configures control nodes 248-262 each time a newtransport identifier is requested. Different transport identifiers willbe on different carrier frequencies, may include different information(e.g., may include audio information for multiple languages), etc.Control nodes 248-262 are re-configured by network module 240 asnecessary each time a transport identifier change occurs.

Additionally, the functions performed by control nodes 248-262 maychange during receipt of a particular transport identifier. Abroadcaster may change the signal format for whatever reason (or even noreason at all) during transmission. For example, certain datainformation packets may be encrypted while others may not, the packet IDthat corresponds to video information may be changed, audio informationfor an additional language may be added at a particular time, etc.

Changes made by a broadcaster during transmission of a signal aretypically identified in the in-band information of the signal. Transportinformation filter 242 continually receives such in-band information andmonitors it for any changes. When a change is detected, transportinformation filter 242 informs network module 240 of the change so thatit can re-configure control nodes 248-262 as necessary.

The broadcast receiver driver 214 is robust and able to adapt to variouschanges by the broadcaster as well as to new unforeseen network types.As the control nodes 248-262 neither have nor require completeinformation about the network type of the received signal, they can beconfigured to operate appropriately by network module 240 for variousnetwork types. By way of example, receiver topology 246 may includemultiple additional demultiplexer nodes (not shown) to be used toextract data packets for information not known at the time driver 214 isdeveloped. However, once such data packets become known, theirrespective packet IDs can be supplied to the demultiplexer nodes bynetwork module 240 and the appropriate information extracted, eventhough the information was unknown and even unforeseen by themanufacturer or designer of the demultiplexers or driver 214.

FIG. 6 is a flowchart illustrating an exemplary process for configuringthe control nodes of a broadcast receiver driver. The process of FIG. 6is implemented by network module 240 and transport information filter242 of FIG. 5, and may be performed in software. FIG. 6 is describedwith additional reference to elements of FIG. 5.

Initially, network module 240 receives a tune request (block 272). Inresponse to the tune request, network module 240 identifies the basicreceiver topology for the network type corresponding to the tune request(block 274). Network module 240 configures the control nodes 248, 250,and 252 and demultiplexer 244 based on the basic receiver topology(block 276). This basic configuration allows transport informationfilter 242 to receive packets including in-band from the signalregarding the signal format and provide such information to networkmodule 240 (block 278).

Network module 240 uses this in-band information to modify the controlnodes 248-262 as necessary in order to extract the information from thesignal (block 280). Transport information filter 242 continues to checkthe in-band information from the signal (block 282), checking for anychange in the signal format of the broadcast (block 284). If a change inthe signal format of the broadcast occurs, then the changes are providedto network module 240, which in turn modifies the control nodes 248-262as necessary based on the current signal format (block 280).

The broadcast receiver driver architecture described herein simplifiesthe development and implementation of broadcast receiver drivers and anycorresponding hardware. By following the same standard interfaces,developers can design control nodes (and possibly correspondinghardware) that will function correctly when used with other controlnodes of other developers.

Conclusion

Thus, a modularized broadcast receiver driver architecture has beendescribed. A network module controls the individual control nodes thatare used to tune to a signal and extract information from that signal.By centralizing control in the network module, the individual controlnodes are advantageously alleviated of the burden of having anysignificant knowledge about the network type via which the signal isreceived.

Although the invention has been described in language specific tostructural features and/or methodological steps, it is to be understoodthat the invention defined in the appended claims is not necessarilylimited to the specific features or steps described. Rather, thespecific features and steps are disclosed as preferred forms ofimplementing the claimed invention.

1. A system comprising: a network module, executed by a processor, tocontrol extraction of information from a received signal broadcast in afirst signal format, wherein the network module: controls extraction ofinformation based, at least in part, on the network type and oninformation regarding the first signal format; configures at least asubset of a plurality of control nodes of one or more broadcast receiverdrivers in accordance with a basic receiver topology for a network typevia which the signal is received; provides a registration interfacewhich can be accessed by each of the control nodes to identifythemselves to the network module, monitors the received signal to detecta change in format of the received signal from the first signal formatto a second signal format; and a broadcast receiver driver, coupled toreceive control from the network module, including a plurality ofcontrol nodes, wherein each control node: performs a particular uniquestep of information extraction independent of what other steps othercontrol are performing; registers with the network module by accessingthe registration interface; and includes an interface via which thenetwork module can configure the control node to adjust the control nodespecific to the particular unique step of the information extraction thecontrol node is performing; and responsive to the network moduledetecting a change in format of the received signal from the firstsignal format, the network module configures an additional control nodenot previously utilized of the plurality of control nodes to extractinformation from the received signal broadcast in the second signalformat.
 2. A system as recited in claim 1, further comprising atransport information filter to extract information from the signal andmake the extracted information available to the network module (FIG. 5,col. 6 II. 50-67, col. 7 II. 1-7).
 3. A system as recited in claim 1,further comprising a transport information filter to extract informationfrom the signal and make the extracted information available to thenetwork module, wherein the network module is to control extraction ofthe information based at least in part on the information extracted bythe transport information filter.
 4. A system as recited in claim 1,wherein the broadcast receiver driver further includes an interface viawhich the network module can identify an interface on each of theplurality of control nodes.
 5. A combined set of one or more broadcastreceiver drivers, executed by a processor, comprising: a network moduleto control extraction of information from a received signal; a pluralityof control nodes to receive an input that corresponds to a signalreceived via a network type, wherein: each of the plurality of controlnodes is chosen from a group consisting of: a signal range selectorcorresponding to an antenna selection; a radio frequency (RF) tuningnode to filter particular radio frequencies; a demodulator node totranslate analog signals into digital streams; a tuner capture node toseparate the digital stream into packets and perform Forward ErrorCorrection (FEC); a plurality of demultiplexer nodes, wherein theplurality of demultiplexer nodes comprises: a demultiplexer node toextract packets for data information packets wherein the datainformation packets are made available to a data application forpresentation to a user; a demultiplexer node to extract decryption keyinformation packets; a demultiplexer node to extract audio information;and a demultiplexer node to extract video information; a decryption nodeto receive a first stream of input packets containing data to bedecrypted and a second stream of input packets containing a decryptionkey to decrypt the data of the first stream of input packets, whereinthe network module informs the decryption node which stream containsdata and which stream contains the decryption key; an Ethernet packagerto package packets into Ethernet frames; a stream selection filter toperform additional filtering of packets; each control node performs aparticular unique operation of information extraction from the signalindependent of operations other control nodes are performing and eachcontrol node further performs a specific function, the control nodecomprising; a transformation module to transform the input to an outputindependent of the network type a network module interface to receive,from a network module, configuration information for use by thetransformation module in transforming the input to the output.
 6. Acontrol node as recited in claim 5, wherein one of the plurality of thecontrol nodes further comprises a stream selector and wherein theconfiguration information comprises an identification of packets in aninput bit stream that are to be output by the stream selector.
 7. Acontrol node as recited in claim 5, wherein the network module interfaceincludes a void transform interface via which the network module caninstruct the plurality of the control nodes to stop receiving input. 8.A control node as recited in claim 5, wherein the network moduleinterface includes a null transform interface via which the networkmodule can instruct the plurality of the control nodes to provide anoutput identical to the input.
 9. A control node as recited in claim 5,wherein the network module interface includes an auto tune frequencyfilter interface via which the network module can identify, as at leastpart of the configuration information, a frequency of a transponder, apolarity of the transponder, and a range of the transponder.
 10. Acontrol node as recited in claim 5, wherein the network module interfaceincludes a frequency filter interface via which the network module canidentify, as at least part of the configuration information, a centerfrequency of a carrier that should be locked.
 11. A control node asrecited in claim 5, wherein the network module interface includes afrequency filter interface via which the network module can identify, asat least part of the configuration information, a polarity of a carrierthat should be locked.
 12. A control node as recited in claim 5, whereinthe control node is responsive to configuration information extractedfrom a signal format wherein the signal format was foreseen when the oneor more broadcast receiver drivers associated with the control node wasdeveloped.
 13. A control node as recited in claim 5, wherein the controlnode is responsive to configuration information extracted from a signalformat wherein the signal format was unforeseen when the one or morebroadcast receiver drivers associated with the control node wasdeveloped.